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Overview 


This session will start by considering the case for implementing some level of networking within your 
school IT policy. It will go on to examine the network technologies currently available and emerging, and 
how they can be used together to provide the best overall solution to a school’s needs. Finally it will 
examine the resource implications of a network solution. 


Introduction 


I have to admit to being a networking enthusiast. I first managed an Econet Level | network in 1982. 
Despite that experience I was instrumental in developing that network to “Level 3, with an SJ Research 
HDFS file server, the following year. From that time things became much easier. I believe that in those days 
(until the arrival of the Archimedes computer) the case for networking became very strong as your number 
of stations increased. However, in trying to use Archimedes computers in the same way they had used the 
old BBC micros, network managers soon found that the networks then in use (principally Econet, at least in 
the Acorn world) could not cope with the vastly heavier data demands of the new machines. At that stage 
one was a little uncertain of how one could protect ones investment in networking, let alone develop it 
further. For all the potential of networking it was not easy to advise the sceptics to adopt networking as a 
major element of their IT provision. However, over the last couple of years that has ceased to be the case. 
One objective of this session is to explain the strategies which now allow you to incorporate Archimedes 
computers into effective network systems. 


Why Network? 


This question must surely be the starting point for any discussion on why one should consider either 
installing or extending a network. Its answer depends, to an extent, on the level at which you are thinking of 
establishing your network. At the simplest level of network implementation, the network will offer 
considerable savings in time, effort and money - making the question a fairly simple one! However, as 
someone who was managing school-wide networks from 1982 until last September, I am convinced that 
there is, on balance, considerable value in a far more comprehensive network. In this case, it’s not as simple 
to argue the benefits but I trust they will become clear in the course of this session. I’ll start by insisting that 
Acorn (and SJ Research) networks have always been easier to manage than those of other companies. 
Further, things have improved through the years as a pool of expertise has been built up and hardware and 
software problems have been resolved. Finally, I perceive that Acorn are ahead of other companies in 
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developing strategies for incorporating large numbers of “new generation” (16/32 bit) computers into 
network systems in an educational environment. 


Levels of Networking 


I wish to suggest that there are three levels of networking. These require progressively more support and so 
their advantages may be less apparent. The levels I identify are: 


(a) “Minimal Management” level 
(b) Resource sharing 
(c) Full utilisation 


and I intend to examine each of these levels in a little more detail. 


(a) “Minimal Management” level 


At this level, the networking is simply being used to allow users to access a common source of applications 
and system resources; it has three advantages: 


(a1) Ease of use for staff and pupils 


Common user interface 

Whenever and wherever in the school pupils come to use a computer they will encounter exactly the 
same. environment. Thus they will quickly gain confidence in the system, and be able to concentrate 
on what they are trying to achieve rather than the tools they are using to achieve it. 


Resources readily available 

Different pieces of software often require access to common resources. This is far more true of the 
Archimedes computer than of the old BBC. (Given the steady move away from 8 bit micros, the 
remainder of this paper will relate to the Archimedes — although many of the points made also apply to 
the older machines.) With the Archimedes computer, the common resources include system modules 
and fonts. If working with floppy discs, users are likely to need to “disc swap” to gain access to these 
resources. Even at this minimal level of networking this need is removed; indeed, the working of 
shared resources should become virtually invisible to the users. Further, various support tools can be 
made readily available to users (e.g. !NewChars). Finally, the network may provide an effective means 
of s!lowing users to shate physical resources such as printers and plotters. 


Both of these aspects make the system easier for staff to supervise — their pupils will require less help 
with the technical aspects of using the computers, so the average member of staff will be happier with 
pupils using the system. And, of course, the system is easier for staff to use and so they are much more 
likely to do so — before long they may even cease to be sceptics! 


(a2) Ease of Management 
Protected resources 
An essential aspect of a network is that the information held on it must be protected — users will not be 
able to alter it (either maliciously or accidentally) and so the system manager will not have to be 
forever restoring discs to their original state. 


Resources readily available 
All users will be able to access software easily; thus the manager’s lessons will no longer be 
interrupted with “I seem to be short of a Pipedream disc, have you got a spare?" 


Management time saved 

The above two points do serve to save the manager’s time and patience, But even more significant is 
the fact that the system software and resources are only stored in a limited number of places, so the 
system manager has to make many fewer copies of the software etc., both when installing new 
software and when updating existing software / resources. 
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(a3) Cost effectiveness 


(b) 


This 


Expensive resources can be shared 
As mentioned, networks may allow users to share expensive resources such as printers and plotters. 
Clearly this will give overall cost savings. 


Fewer hard discs to maintain 

The only alternative way of providing effective access to applications and other resources, and making 
the computers easy to use, is to provide local hard discs for all stations. This is very likely to have a 
higher initial cost than providing a network solution. In addition, it gives you many more hard discs to 
maintain. It is important to appreciate the relatively limited life of hard discs. Manufacturers quote 
mean life before failure (MLBF) figures of about 3% years; clearly these are an average value, but 
they give a good indication of how long hard discs are likely to last. Since your computers are likely to 
remain useful for somewhat longer than this (6 to 7 years is probably realistic in a school situation) 
you need to accept that the more hard discs you have the more expense you are going to incur 
replacing them in the future. 


Resource sharing 


level of networking requires a little extra effort and time to be devoted to system management, but this 


small additional benefit will bring considerable advantages. The distinction between this and the previous 
level is not entirely clear, and some of the points referred to here were mentioned above. With all the points 
covered, it is a matter of trying to assess how much effort is required and whether the likely benefits are 
sufficient to repay this. 


(b1) Peripherals 


These were mentioned above. The peripherals you are most likely to be able to share are printers and 
plotters. In particular, you are likely to want to share high quality, expensive devices such as laser and 
colour printers. However, it is important to realise that such devices can place a heavy data loading on 
the network, possibly to the extent of considerably degrading its general performance. These issues are 
thoroughly covered elsewhere in the conference; suffice it to say that in a small room sharing printers 
via switched printer leads may sometimes be preferable. 


Although mentioned under a “Minimal management” level of networking, sharing physical devices 
does require additional management. The manager needs to set up the appropriate printer drivers, and 
make sure that their default state prints to the required network device. In some instances, where 
software does not simply print via the RISC OS drivers, he / she will also need to configure the 
software appropriately. Above all, printing across the network has to be tested with the range of 
software packages in use. But after this initial investment of effort, all should work smoothly and 
without further effort. 


(b2) Information 


Many forms of data may be shared via a network, often to good educational effect. The examples 
covered here are probably not exhaustive. 


Teletext / Viewdata 

Teletext can be provided “on line” from broadcast signals, although currently the decoders can only 
provide four channels. However, the latest network server will also allow up to four “channels” made 
up of stored pages. These may have been created in the school, or they may be downloaded from other 
T.V. channels — including foreign language channels available via satellite. Teletext is a good source 
of up to the minute news information (although, unfortunately, the only server for broadcast teletext 
will only run on a BBC / Master computer). Similarly, Viewdatabases may be created within the 
school or bought “ready made”; a good example of these is the Healthdata database. 


Databases / Multimedia 
These facilities could be made available by providing a separate copy for each station. However, it is 
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easier to make a limited number of copies available across a network — although these may create 
heavy loadings on the network. Of particular interest, in the “real world” as well as in schools, are 
Server — Client databases. With these one powerful machine handles the database files (the server); 
other stations (the clients) send requests to the server, which processes the requests, searches the 
database, and sends responses back to the clients. Such operation requires a network! 


Noticeboards 


Electronic noticeboards are similar in concept to Teletext / Viewdata. A full noticeboard allows all 
users to “post” messages onto it; this is not normally a good idea unless all users can be readily 
identified - which requires a full network implementation. 


CD-ROM 

CD-ROM can be distributed across-a network; however, if a number of users are accessing the same 
CD-ROM disc in this way then the performance they receive is likely to be very disappointing. (This 
is because in computing terms CD-ROM is a slow-access device.) The network will provide an 
effective way for a user to access a single CD-ROM drive from any point around the school, provided 
no one else is accessing it at the same time (if you can ensure this is the position!). However, you will 
often be better off regarding the CD-ROM drive as a fixed library resource that pupils go to when they 
want to use it. 


(b3) Teaching materials 
Again, teaching materials can be shared by making multiple copies for use on different machines. 
However, a network means that many fewer copies need to be made. The process is therefore much 
easier, and teachers are more likely to make use of it. The sort of material which might be made 
available includes sample files for helping pupils to become familiar with new software packages, 
exercise sheets for pupils to download and complete, teaching / revision notes for pupils to access at 
their own convenience and clip art and similar resources for pupils to incorporate into their own work. 


(c) Full utilisation 


I am a firm believer in the full implementation of networks in schools. The central feature of such an 
implementation is that every user has their own unique identity on the network, and their own storage area 
on the network (and my personal view is that the confidentiality of the information in such areas should be 
rcspectcd). However, I have to acknowledge that the iimne and effort required to move froii the network 
systems described so far to a full implementation is considerable, especially in the first year when the 
manager is learning the job. Possible not all schools will wish or be able to provide this level of support. 
Some aspects of a full network implementation are considered here. 


(c1) Data storage 

The essence of a full network implementation is that users can store their data on the network. I 
believe this carries with it an obligation for the system manager to make regular backups of that data 
(but not all managers agree with this). Certainly many schools do operate IT systems where all users 
save their work to floppy discs, for which they are totally responsible. One can argue that loosing a 
disc can provide a valuable lesson to a user — but does this argument hold equally if the disc is 
damaged while being carried back and forth by its owner? And can we really justify this “hands—off™ 
attitude if the lost or damaged disc contains an ‘A’ level student’s project write up a couple of days 
before the deadline for its submission? I believe we must share responsibility for our students’ work. 
Also, if we offer them a simple, trouble free and secure way of saving their data we will increase their 
confidence in the system and in making effective use of IT. Finally, a full network implementation 
allows the network manager a much greater degree of control of who has access what on the network. 
Thus the essence of the data storage facilities on a full network implementation is: 


¢ Simple for users, but confidential 
¢ Secure (backed up) 
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e System manager controls access to network data 


(c2) Electronic mail 

An advantage of a full networking implementation is its ability to support a full electronic mail 
service. This should serve communications within the school, including between pupils and staff. 
However, it can also provide communications with other schools within the UK and overseas, at 
relatively low cost. These communications may be merely “social” (but also teaching pupils about 
e-mail), but have also been used on a many occasions to support educational project work. A full 
network implementation can also support full two—way electronic notice boards. If the system is set up 
so pupils can only access the notice boards by logging on as themselves (a process which is password 
protected) then any messages they enter on the notice boards will be attributed to them by the notice 
board software. 


(c3) “Connectivity” 

Much is currently made of “connectivity” as an advantage of networking, often, I suspect, without 
fully thinking through the issues involved. I am aware of many cases where schools have been looking 
to provide connectivity between their school teaching networks and their administrative network. 
Since the “admin” network almost certainly contains sensitive data, there is a worrying security issue 
here. Data exchange between such networks is cheaply, easily and effectively achieved via a floppy 
disc - you copy the information you wish to make available from the “admin” net onto a floppy disc, 
move the disc to a machine on the teaching net and upload the data. However, if you want direct 
connection between different networks, or different hardware platforms, those can be achieved - at a 
price! Although all major hardware platforms will happily co-exist on an Ethernet, this does not allow 
them to talk directly to one another. The software to allow them to do so, or to communicate with each 
others’ servers, is generally ——— — at least in relation to educational budgets. 


Network Technologies 


Network Theory 


In discussing network technologies it is necessary to be aware of the difference between the properties of 
the physical layer of the network, and the network protocols being used. 


The physical layer is the means used to link one station on the network to another, and the 
electronic circuitry used to get information onto and off this link. 


The network protocols are determined by the messaging software being used and define the form 
taken by the messages being passed across the network. 


By way of illustration, machines from different manufacturers will quite happily sit together on the same 
piece of Ethernet cabling, and the interfaces in all the machines will be able to see all the messages passing 
along the wire. But if the different machines are running different protocols (as they are very likely to be) 
then they will be unable to communicate with one another; the network interfaces simply ignore any 
network messages which are being sent under the “wrong” protocol. 


It is also necessary to appreciate the significance of network topology. Probably the most common network 
topology is the Bus, where all stations are connected to the same long length of wire. Similar to this is the 
Ring topology, where the network cable actually forms a continuous loop. The third possibility is the star 
network, where all stations are connected by wires radiating from a central “hub”. With Bus and Ring 
networks, all the network stations could be equivalent; with a Star network the hub is clearly different in 
nature from the peripheral stations. 
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Sy eg 


(a) Bus 


(c) Star 


(b) Ring 
Figure 1: Network topologies 


With a star network, each cable is dedicated to communication between just two points, and so the link is 
always available. With bus and ring networks the attached stations have to compete with each other to get 
their messages onto the network cable. Probably the most common way of achieving this is referred to as 
CSMA/CD (Carrier Sense Multiple Access / Collision Detect). This means that when a station wants to 
transmit a message it checks the state of the cable and, if it finds it “free”, proceeds to send the message. 
The “collision detect” part of the description refers to what happens if two stations check the network cable 
at the same time, find it to be free and so both try to send their message. The network circuitry in each 
station detects the collision between the two messages and causes the message transmission to be aborted; 
each station then waits (“backs off’) for a different period of time before attempting to send its message 
again. The disadvantage of CSMA/CD networks is that as the number of users increases so the chance of 
either not finding the network free or of colliding with a message from another station increases. After a 
collision, the network may be “free” during the period when the stations are backing off; this portion of 
netwark capacity will be wasted CSMA/CD networks are hest suited to relatively few st-tions passing 
relatively large amounts of information at any one time. 


An altermative to CSMA/CD is a Token network (most commonly Token Ring). Here a “token” message is 
continually passed from station to station along the network. Only when a station is in possession of the 
token can it transmit a message onto the network; if it doesn’t want to transmit anything it checks to see if 
the token is accompanied by a message to it, and otherwise passes the token on immediately, This approach 
ensures that close to the full data capacity of the network is actually available to the client stations, 
However, there are relatively few Token network systems (principally IBM Token Ring) and they are 
expensive. 


The final aspect of network theory I want to mention is Bandwidth. This is a theoretical measure of the 
rate at which data can be passed across a network, It is important to realise that in practice much of this 
bandwidth may not be available to the users of the client stations. The discussion of how stations gain 
access to CSMA/CD networks indicated how “spare” network capacity may go unnoticed by the stations. In 
addition, network “management” data needs to be passed across the network. Each message will need to 
include an indication of the destination station and the sending station, and probably “context” information 
to allow the recipient station to make sense of the data. Also, the network protocol is likely to expect 
additional messages to be sent to acknowledge successful receipt of messages. With CSMA/CD networks 
serving a number of stations it is quite likely that less than 50% of the theoretical bandwidth will be 
delivered to stations. It may be useful to refer to a network’s data throughput — the total amount of data 
being delivered to the users on all stations — but it is important to check that these figures are measured 
from a sensible test (such as starting up the computers, loading some applications and examining some 
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system resources such as fonts) rather than being “theoretical” or measured from some arbitrary test which 
may be simply designed to give an artificially high figure. 


Real Networks 


Here I am going to restrict myself to those systems relevant to Acom systems 


Econet 


This is Acorn Computers proprietary network designed in the early 1980s, and characterised by its overall 
low cost (although its cabling costs are somewhat higher than, say, “thin” Ethernet, its interface costs are 
much less). It is a CSMA/CD network and is unusual in using four core cable, two cores for the data and 
two to provide a clock signal. This clock signal can be adjusted to suit the equipment attached to the 
network and the network cable length. Possible configurations are: 


Clients Max. distance, Clock Period/ Bandwidth/ 
Clock > End /m ps kHz 
Archimedes, SJ Bridge only 25 2.00 500 
Any 500 7.75 129 
Any 750 10.5 95 


As you can see, Econet can be used for long network segments if you are prepared to forego bandwidth (if 
the clock is placed centrally on the segment then the total segment length may be twice the distance given 
above). A network segment can, in theory, support 254 nodes (connected stations), although the bandwidth 
of the network is unlikely to match the needs of this number of stations. Econet was an excellent network 
for 8 bit computers; systems have worked well with 80 or more stations, (most Econet file servers will only 
support about 80 logged—on users). However, 32 bit Archimedes computers can easily generate 10 times the 
data traffic of their predecessors. In this situation, Econet may be able to continue to meet users’ data needs 
if applications and system resources can be obtained from a different filing system (e.g. floppy disc, local 
hard disc, shared hard disc). It will continue to be perfectly adequate to serve BBC / Master computers, and 
it might also be useful where a relatively long but low volume data link is required, but Econet is unlikely to 
be the best choice for the “core” of new network installations. 


Ethernet 


Ethernet is another CSMA/CD network from the early 1980s. However, it operates at a fixed bandwidth of 
1OMbits/s. Ethernet interfaces have always been expensive; their prices have fallen considerably in the last 
two years or so, but they remain close to £200 each. Ethernet offers a number of cabling options, which 
need to be considered separately. 


Thin Ethernet (10base2) 


This is cabled using thin coaxial cable with a characteristic impedence of 50Q. This cable is relatively 
inexpensive (about 30p / metre, against about 90p / metre for Econet cable). However, a thin Ethernet 
segment is limited to 185m and to a maximum of 30 nodes. Another difficulty is that the cable has to run 
directly to the back of the computer (or to within 2cm of the back of the computer). The usual way of 
wiring thin Ethernet is to fita BNC “T” piece to the interface card in the computer; the main network cable 
is broken at the computer position; both ends of the cable are fitted with BNC plugs which plug into the 
other two connections on the “T” piece. However, this does not provide a very neat solution. An alternative 
but more expensive approach is provided by special wall sockets and adaptor leads. When the lead is 
plugged into the wall socket it has the effect of breaking the main cable, running from the socket to a BNC 
plug at the end of the adaptor lead. The lead then runs back to the wall socket, where it connects back into 
the continuation of the main network cable (see diagram). Obviously, the BNC plug at the end of the 
adaptor lead is plugged into the computer’s interface card. A disadvantage of this approach is that for each 
adaptor lead you have to take twice the lead’s length, plus an allowance for the insertion loss, from the 
maximum allowed segment length of 185m. 
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The length constraint of 185m for a thin Ethernet segment may be increased by the use of Repeaters, 
although these are rather expensive. On the other hand, you can use Bridges to link different Ethernet 
segments together. If a computer is fitted with two Ethemet cards then the software to allow it to act as a 
bridge can run as a “background” task; with Archimedes computers such use will benefit from having an 
ARM 3 processor. Repeaters will not change the limit of 30 nodes per segment — but the performance of a 
segment is likely to fall unacceptably well before this limit is reached, so this is not a significant problem in 
practice. (Bridges link different Ethernet segments, so the limit of 30 nodes will apply to each segment. 


BNC Plug 
(computer) 





Netin Net Out Net in Not Out 


Figure 2: Thin Ethernet: Schematic diagram of wall plate connection 


Thick Ethernet (10 base 5) 


It is important to realise that thick Ethernet has the same data characteristics as thin Ethernet, although an 
interface to a thick Ethernet cable may be able to get information off the network slightly quicker than a 
thin Ethernet interface, giving some improvement in efficiency. However, a thick Ethernet segment can be 
up to 500m long and support up to 100 nodes. Against this, it is considerably more expensive. The cable 
costs over £9 per metre, and at each node you require a Transceiver costing £15 or more in addition to the 
interface card. Because of the limit on segment length with thin Ethernet, it may be necessary to use thick 
Ethemet as a “spine” within a large network installation. | 


Twisted Pair Ethernet (10baseT) 


Low cost twisted pair cable can also be used for Ethernet segments, but only for a segment of up to 100m 
wiii only a single node. 


It is also possible to run Ethernet over fibre optic links. This allows much greater distances to be covered, 
but the data bandwidth remains at 10Mbits/s. 


Nexus 


Currently, SJ Research’s Nexus system offers hard disc sharing, each disc sharer supporting up to 12 
Archimedes computers as clients. Each station “sees” two Nexus icons on the icon bar, and these behave 
just like two local hard discs. The first drive (drive 4) is the central shared read-only hard discs, which will 
hold all the applications and system resources, while the second drive is a smaller read / write drive which 
is “private” to the particular station. This drive is set up to provide the temporary workspace facilities the 
Archimedes computers require; users may choose to save work to it, but this work is unprotected — the next 
user of the station is free to delete it if he so chooses. In addition to disc sharing the current Nexus 
implementation provides printer sharing between all the stations connected to the Nexus disc sharer. 


By the end of the year, Nexus will be developed into a full networking system. It is based on a “modified 
star” topology. Nexus uses a four core cable; the four cores are grouped into two pairs, one pair for 
information passing in each direction. The raw bandwidth is 20Mbits/s in each direction. Two standards of 
cabling are supported; the heavyweight “standard” cable can be used for point-to-point links of up to 
100m, while the lightweight cable option can be used for links of up to 50m. 


Nexus networks are based upon clusters of Archimedes linked to a Nexus server — maintaining the current 
limit of 12 clients per server. A typical Nexus cluster is shown: 
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Figure 3 : A typical Nexus cluster 


although the (slightly) “preferred” configuration is to have four Routers (the boxes marked R) connected to 
the Nexus server, with three Archimedes connected to each Router. As the diagram suggests, the Routers 
“multiplex" data from their client computers onto their link to the server. The Routers and the disc server 
are based on transputer technology and so are able to handle and interleave the parallel data flows very 
efficiently. 

Routers not only serve to connect three Archimedes computers to a single port of the Nexus server; they are 
central to Nexus networking. A Nexus network is built up by making a connection from a Router on one 
Nexus cluster to a Router on a second cluster. However, only one Router per cluster can be used for such 
inter—cluster links; this Router is referred to as the Hub. The next diagram illustrates two typical Nexus 
network configurations. 





(b) The chain expanded to give “superclusters” 


Figure 4; Example Nexus network topologies 
You will notice that the diagrams suggest that linking the Nexus clusters to form a Nexus network reduces 
the number of Archimedes computers supported by each server. This need not be the case; the server is 


always able to support 12 clients, and additional clients are linked via a second-level Router, as shown in 
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the next diagram: 






“Second level” Router 
added to bring number 
of clients back to 12 


Two ports “lost” to 
provide connections 
to other Nexus clusters / 


Figure 5: Adding a “Second level” Router 


At present, the Nexus disc sharer provides two icons on the Icon bar. One of these (normally labelled :4) is 
the read-only drive, which will be used as the source of applications and system resources. The second 
drive (labelled :5) is a read/write dive private to the particular machine (i.e. each station has its own private 
drive). Initially, Nexus networking will be implemented as Virtual Econet. Each station will continue to 
see the drive 4 and drive 5 Nexus icons, relating to its “local” disc server. In addition, it will have an Econet 
icon - similar to a “standard” Econet icon, but coloured blue. This will give the user access to exactly the 
same facilities as “standard” Econet; however, these will be accessed across the Nexus cabling, giving 
considerably higher performance. 





= 
Econet i939 — 34 


Figure 6: The set of icons provided by Nexus networking 


FDDI/ CDDI 


FDDI (Fibre Distributed Digital Interface) is an emerging network standard, originally intended to run over 
fibre optic links. More recently, it has been implemented over copper — such implementation is starting to 
be known as CDDI. FDDI / CDDI provides a bandwidth of 100Mbits/s. It is a point-to-point network, and 
over copper the maximum distance between nodes is 100m. (The only advantage of the Fibre 
implementation is that with high-quality optical fibre it can provide considerably longer distances between 
nodes.) CDDI chip sets are starting to become generally available, but we expect it to be a couple of years 
before they have fallen to a price which educational establishments could even consider. However, we 
believe that within that sort of timescale we might start to see schools using CDDI to provide a backbone 
within their networking strategy. CDDI is implemented over the same cable as Nexus Standard Cable — this 
was one reason for the choice of this cable for Nexus systems. 


Mixing technologies - Acorn Universal Networking (AUN) 


This development is a significant aspect of making networks for Archimedes computers viable. It is 
featured elsewhere in this conference, and so will be considered only briefly here. It allows different 
physical network layers to be mixed within the same network in a way which is totally transparent to the 
user. Acorn’s current commitment is to including Ethernet segments within an Econet network, or running a 
- network which appears to the user as Econet but whose cabling is entirely Ethernet. Clearly, Ethernet 
(segments) will give considerably improved performance. Nexus networks will also integrate completely 
into AUN systems, and will give the best performance of all systems currently available. 


AUN networks are built up by using Archimedes computers to provide Gateways between different 
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network segments. A computer may act as a Gateway between Econet and Ethernet, or between two 
Ethernet segments. The Gateway software runs as a background task in the computer, and so in theory it 
can be used as a normal workstation. However, a user pressing <Ctrl><Break> or initiating something 
which prevents the machine from multi-tasking is likely to be calamitous for the network, so this is 
probably not a realistic option. However, it is a very good idea to run the Gateway machine as a file server. 
Not only does this mean that you obtain more “functionality” for your money, but in addition the file server 
will be seen as “local” by machines attached to both of the networks which are linked by the Gateway. To 
work effectively, Ethernet links require considerable processing to be carried out at high speed. ARM 3 
machines with RISC OS 3 are recommended for this function (i.e. A5000s at present). 


Possibly the only limitation of AUN is that it does not allow BBC / Master computers to utilise the Ethernet 
links. They can co-exist with Archimedes on Econet segments of an AUN network, and access any 
resources on that segment, or any other Econet segments linked to it by Econet bridges. However, if their 
Econet segment is linked to an Ethernet segment then that segment will remain totally invisible to the older 
computers. 


Designing real networks — clustering 


The ability to use faster network technologies does not, by itself, allow you to build effective networks 
incorporating Archimedes computers except on a very small scale. The difficulties inherent in establishing 
networks of 16 / 32 bit computers which will support a large number of workstations seem to have been 
appreciated first at the Massachusets Institute of Technology (M.I.T. hereafter!). Some years ago they 
decided they wanted to provide a network workstation for every student on their campus, and set up a 
high-powered group to determine how this could be done. They were working in a Unix environment, but 
the problems they identified are exactly those we face in seeking to establish networks of Archimedes 
computers, and their conclusions provide the strategy we need. These problems are common to all 16/32 bit 
computers, and any hardware platform will require a similar strategy if machines are to be networked 
successfully. 


As has been mentioned, the central difficulty is the volume of data required / generated by the new 
generation of computers. The M.I.T. team carried out extensive analysis of the patterns of data usage, 
looking at how much of it was System data (i.e. related to the Unix operating system, and system resources 
such as Fonts), how much was Applications data, and how much was User data. Now Unix is a very 
different operating system t: RISC OS, and sc their figures are not directly applicable te 4:iiusc 
computers (for example, Unix requires the operating system to be loaded into the machine whereas the 
Archimedes has much of it resident in ROM; Unix uses paged memory and needs to swap pages of data in 
and out of RAM, requiring a fast local storage medium — there is no similar process on Archimedes 
computers), Nevertheless, it remains the case that User data is less — and often much less — than that related 
to system operations and application loading. 





The M.LT. conclusion was that workstations needed to be organised into “clusters”, and this is the model 
which we now need for networked Archimedes. The backing storage requirements can be summarised 
under three headings: 


° Fast, local “scrap space” on each machine for temporary work files. This is less significant under 
RISC OS than under Unix, and it may be provided within the next category of storage. 


° Fast (but possibly slightly less so) access to Applications and System resources from a shared “cluster 
server”, 


° Less fast access to a central storage area for user data. This data needs to be held centrally so that 
students can access it from any point on the network 


This leads to a network design incorporating a central “backbone” network which supports the file server 
holding the users’ data. In practice, if the manager envisages a lot of simultaneous users on the system then 
the file server itself may well limit the performance of the system. In this situation, the backbone might 
support a number of Users’ file server. Each user would then need to be instructed to log on with a file 
server name as well as their user i/d, viz: 
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Usernane: (a 
Password: [tas A | 





Figure 7: Logging on to a named server 


To allow this “backbone” network to cope adequately with the data for all the users, it is essential that it is 
kept free of all Systems / Applications servers. However, it might have to support some other central 
servers, such as database servers. Some users will want to place CD ROM servers on this backbone; I will 
discuss this issue later. ; 


Workstations are not attached directly to this backbone. They are grouped into clusters, and each cluster is 
connected onto the backbone by a single Gateway station. Every cluster must have all the site’s applications 
and system resources available to it, from a local shared storage device. A possible exception to this is 
software which is only licensed within one department or for a limited number of stations; this will only be 
available on the appropriate clusters. A cluster might consist of a local small Ethernet segment, with the 
applications available on a local Level 4 file server. It is too soon to assess how well such clusters will 
perform in this application serving réle; I feel it may be advisable to restrict them to about 8 work stations, 
although this may prove to be unduly conservative. In this situation the file server would also act as the 
gateway onto the backbone. In this situation, fast local scrap space would be provided by local hard discs in 
workstations fitted with them, and by the local cluster file server otherwise. Note that the cluster might be 
based on Econet rather than Ethernet, at least in the short term, but the backbone really requires the 
performance of Ethernet and this should always be preferred in new installations. However, the cluster 
could also be based around Nexus. In this case, the fast scrap space would be provided by the Nexus drive 5 
(in the absence of a local hard disc) and applications / system resources derived from the Nexus drive 4. If 
an Ethernet backbone is being used then the Nexus cluster (or a linked group of Nexus clusters) would need 
a gateway onto the backbone. Clearly, this gateway machine is not needed to act as a file server for the 
cluster (since the Nexus provides this function) — however, it could be a backbone file server used for 
storing users’ data. If the gateway is serving a linked group of Nexus clusters then the system’s 
performance will be optimised if the clusters are based on a central hub, with the gateway also connected to 
that hub, e.g.: 


ae: 










Ethernet Backbone 
Figure 8: Connecting linked Nexus clusters to an Ethernet backbone 
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Of course, in many situations it will not be necessary to mix Nexus networking with Ethernet; an extensive 
network could be wired entirely with Nexus wiring. In this case, it would be necessary to provide one or 
more servers for users’ data. In designing an extensive Nexus network you should try to ensure that a user's 
work from any workstation has to pass through as few “hub” Routers as possible before it reaches the 
server. For example, if your Nexus servers are linked in a chain structure then the least suitable position for 
a sever would be at one end of the chain. Similarly, performance will be improved if the servers are 
attached to hub Routers. 


How does one choose between Nexus and Ethernet either as the basis of your network or as elements within 
your network strategy? Clearly you may question my impartiality here, but I do try to be fair! Nexus 
provides higher performance and is generally less expensive overall. It provides a more complete link to 
Econet than is available with AUN (see later) and its standard cabling is intended to provide an easy 
upgrade to CDDI backbones in the future. However, it is tied to fixed “point-to-point” wiring; it does not 
lend itself to the situation where you want to use a computer in one room today and in a different room 
tomorrow. Also the limit of 100m on its wiring links does mean that it is not always possible to wire a large 
site entirely with Nexus. Finally, it does not provide direct connection to non—Acorn platforms; however, it 
can easily be linked to Ethernet to provide such connection. 


Ethemet networks may require careful planning if they to work well (because of the limit of 185m per 
segment). Nevertheless, they do allow you to install a reasonable number of spare or alternative sockets, 
and so to move computers freely from place to place. It is possible to cable thin Ethernet fairly cheaply, 
using a ‘T’ piece at the back of each computer and linking them directly by trailing leads. However, if you 
want an installation with the cable in trunking, sockets on the wall and drop leads to the computers then 
they become fairly expensive to cable. Similarly, Ethernet interfaces are rather expensive. Their price seems 
likely to fall as more Archimedes Ethernet networks are installed, but they are likely to remain considerably 
more expensive than Nexus cards. Finally, the fact that thick Ethernet allows a segment of up to 500m 
means that large sites can be networked with a thick Ethernet backbone with various “clusters” hung off it. 
These clusters might be based on Nexus or thin Ethernet. A strength of Acorn networking is the ease with 
which different physical network links can be combined to provide an overall network tailored to a site’s 
requirements; network users need have no awareness of the physical “links” being used. 


Additional Network Issues 


Integrating existing Econet networks (BBC / Master clients) 


It is important to realise that these new developments will not always integrate totally smoothly with older 
machines on existing Econets. It is absolutely straightforward to include Econet segments into an AUN 
network. An Archimedes computer on an Econet segment will “see” the entire AUN network, and will have 
access to all parts of it. However, while BBC and Master computers will “sit” quite happily on such Econet 
segments, they will have no awareness of the Ethemet segments of the AUN network; they will only see the 
Econet to which they are connected (including any Econet segments bridged off the segment they are 
connected to). There is no way round this problem — the old 8 bit computers have neither the memory nor 
the processing power to cope with routing messages over Ethernet segments. 


A less obvious corollary of this is that Archimedes computers will not be able to communicate with old 
stations except where both the Archimedes and the other station are on the same Econet. In other words, 
Archimedes computers will not be able to communicate with old file servers (Level 2, Level 3, FileStore, 
MDEFS etc.), or other BBC / Master based servers (printer servers, Teletext servers, mail servers, etc.) unless 
they share an Econet with them. 


If you are continuing to use 8 bit machines this is likely to make it very difficult to provide a single file 
server on which all users can save their data from all parts of the network. There is one possible solution 
with the Level 4 server. If you run the Level 4 server program in the machine which is acting as a gateway 
between the Econet and Ethernet segments of the AUN network then the file server will remain available to 
all stations on Econet, as well as to all parts of the network connected via the Ethernet. This does mean that 
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you can only have a single file server for user data. Also, if you have two or more Econet segments linked 
by AUN running across Ethernet then it will be impossible for 8 bit machines on the different Econet 
segments to share the same file server. 


Nexus networking offers a more complete integration with Econet. SJ Research is producing a Bridge 
between Econet and Nexus (generally referred to as a BEN). This will link an Econet segment to a Nexus 
network, and will appear to the Econet as a “normal” Econet bridge. It will provide full Econet support 
from both sides — so Archimedes computers on the Nexus network will have full access to any servers on 
the Econet, and all stations on the Econet (BBC, Master and Archimedes computers) will be able to access 
any servers on the Nexus network. 


CD ROM Servers 


There is a lot of interest in CD ROM servers across networks. Whatever other companies may say, they are 
not generally a good idea! CD ROM is a very cheap storage device, but in computer terms it provides very 
slow access times. If a single user is accessing a CD ROM (whether directly or across a network) the user 
will obtain acceptable performance. In the network environment, if a second user starts trying to access the 
CD ROM then performance will suffer badly as they compete for the disc, forcing the drive to move to 
different areas of the disc to retrieve the information they require. With only a very few users, performance 
becomes unacceptable. Add to this the difficulty of managing a remote CD ROM drive. What happens if 
someone changes the CD in the drive before you’ve finished using it? An autochanger on the drive with a 
stack of CDs is no answer — if different users start requesting information from different CDs then the the 
time the drive takes to change discs will cause performance to plummet. The only sensible answer is to have 
CD ROMs on a central machine (or, preferably, machines) which pupils go to as required. Of course the 
CD ROM machine(s) needs to be networked — so pupils can download information from the CD ROM and 
transfer it into their own user areas. You might export a CDROM across the network in order to 
demonstrate it away from the server — in this case you should ensure that no other users can log on to the 
server (by not letting anyone else know the password needed to do so), and also take steps to ensure that no 
one uses the CD ROM station “locally” while you are using it across the net (otherwise they may decide to 
change the disc in the middle of your demonstration). 


In addition, remember that there is an awful lot of data on a CD ROM - it is not a good idea to try to pull 
this sort of volume of data across your backbone network if you are expecting this to continue to serve the 
needs of all your users. 


These issues are in no way related to the Aco hardware “platform” — they apply in exactly the same way 
to other manufacturers (who are probably using exactly the same network technology; Ethernet gives them 
exactly the same data capacity it gives Acorn). Unfortunately, this is not always the impression given by 
salesmen! 


Client Computers 


Where you are purchasing new computers, either A3000 or A5000 machines will be quite suitable as 
clients. On Ethernet segments of AUN, machines will need to be fitted with RISC OS 3.10 (or later). ARM 
3 processors (as fitted to the ASOOO but not the A3000) will give somewhat faster data transfer on Ethernet, 
although this should not be very significant on “standard” client machines. When the “discless A5000” 
becomes available, if this is sensibly priced, a mixture of A3000 and discless A5S000 machines may be the 
best policy. Some A5000s with discs may also be appropriate — in term time they may be useful as printer 
servers (see next section), and in holidays and at weekends they are useful for staff to borrow. 


Machines which are to act as Ethernet gateways should be A5000 based; the extra power of the ARM 3 
processor will give an important boot to their performance. All network machines should be fitted with a 
minimum of 2Mbytes of RAM; 4Mbytes is even better, particularly in ASO00s. Probably the best way to 
provide file servers is by fitting a SCSI interface card into an AS5O00 machine since this is considerably 
cheaper than using an A540. 
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Printer Serving 


The use of the network to share expensive resources has been mentioned earlier. Printer are probably the 
resource you are most likely to want to share. However, as was mentioned earlier, they can place a very 
heavy load on the network. The most important implication of this is that you should restrict printer sharing 
to within your clusters — avoid passing printer data across the backbone network. This is probably not too 
severe a restriction; you don’t usually want your printout to go to a printer at the opposite end of the school! 


Another concern with printing is Printer Spooling. This allows a number of stations to direct output to the 
printer server station simultaneously. The printer sharer station saves the print data from each client, and 
only sends it to the printer when the job is completed. Users never have to concern themselves with whether 
or not the printer is already in use. However, you should consider the question of where the spooled jobs 
should be stored. Suppose they are to be stored on the file server; the sequence of events is then: 


Stage 1: Print data sent to printer station 

Stage 2: Print data sent to file server for storage 

(repeated until all of job is printed) 

Stage 3: Print data retrieved from file server and sent to printer. 


The data needs to pass across the network three times! Compare this with the printer server having its own 
hard disc. Stages 2 and 3 then only involve access to that local hard disc, and you save two thirds of the 
network traffic. Printer sharer stations really need to be provided with local hard discs! 


[Some printer sharers operate in “mixed” mode; if the printer is free when a print job starts to arrive then 
they send it directly to the printer, thus avoiding stages 2 and 3. This may seem a good way of saving traffic 
and even of making spooling to the network a realistic option. However, suppose something goes wrong 
with this “direct job — the printer sharer is likely to remain tied up until the system manager spots what is 
going on and intervenes to abort the failed job. Until this happens the printer is not available to other users 
(although they will probably be able to spool their print jobs). My experience is that they find nothing is 
coming out of the printer so they send the job again... . and again... . and again. ... When the manager 
clears the job which failed, everyone then obtains multiple copies of their work. I do not recommend 
allowing ‘“‘mixed” printing.] 


Alternatives to Clusters 


For completeness, I would like to make mention of alternatives to the cluster networks The purpose of these 
alternatives is the same as that of clustering — to keep traffic off the central network. There are two 
strategies available, and both may have a place in your overall network solution. The first approach is to 
have a protected hard disc in each machine (as provided by Oak Solutions’ ClassRom). The second 
approach allows a number of stations to share the same (protected) hard disc by all connecting to the same 
SCSI cable; this has been extended further by using one machine to “bridge” this SCSI cable onto a second 
SCSI bus, allowing more stations to be connected to the same disc. This approach is provided by 
Lingenuity’s SCSIShare and by Cumana’s EasyShare. 


Both approaches present themselves to the user in the same way that Nexus does — each station “sees” a 
large read-only disc plus a smaller “private” read / write disc. Of the three approaches, it is apparent that 
the hard disc in each machine will give the fastest response, followed by the shared SCSI systems, followed 
by Nexus. However, Nexus gives considerably better response than local floppy discs (or any other network 
approach) so these differences may not be considered too significant. In the "protected hard disc” and in the 
“shared SCSI bus” approaches, the protection of the disc is implemented in software, while on Nexus it is 
enforced by a security key switch on the front of the server (and by the ability to leave the server in a locked 
cupboard). 


The ClassRom approach has the disadvantage of cost — certainly if you are going to install a reasonably 
sized disc in each machine (and I believe 85 — 100Mbytes is the minimum size you should look for to hold 
your developing set of applications). Also, remember the earlier warnings on hard discs and their quoted 
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mean life before failure figures of about 3% years. The more hard discs you have, the more money you 
will need to find in the future for their replacement. ClassRom does not itself provide any connection 
between stations; the computers need to be connected to another network (Econet or Ethernet) for this 
purpose. Oak Solutions provide management software which allows you to use this network to update all 
the hard discs simultaneously. They also provide well-proven printer drivers to operate over the network. 
However, this network is not automatically “clustered” — so all printing is likely to be going onto the same 
net as users’ data. This has significant performance implications as the number of users increases, especially 
with Econet. With (thin) Ethernet you can quickly mn into the restrictions imposed by maximum segment 
length and maximum number of stations per network, and you need to consider the relatively high cost of 
Ethernet interfaces. 


The shared SCSI bus approach has the disadvantage that machines need to be very close together. A single 
SCSI bus is restricted to 6m; if you use an A5000 to “bridge” two SCSI buses that still only gives you two 
6m cable lengths to site your machines along. Printer sharing across these systems is promised but I have 
yet to see it in operation; clearly such sharing is limited to the machines on the SCSI cable(s) and so is more 
limited then the facilities provided by a full network such as Econet, Ethernet or Nexus. 


Connectivity 


Like CD ROM I return to this topic because people ask for it! You can connect different manufacturer’s 
machines; at least you can use different hardware platforms to access the same file servers. The easiest way 
to do so is to provide a Unix file server; all hardware platforms can provide access to these, and you could 
do so across Econet, Ethernet, Nexus or AUN. However, such a server will be rather expensive and you will 
probably need to employ someone full time to manage it for you. 


Ethernet is, of course, an “industry standard” and different manufacturers machines will quite happily sit 
together on the same network. However, Ethermet does not provide communications protocols. Possibly the 
most common of these is TCP/IP. This is available from Acom, but it is not cheap. If you have PCs then 
they will probably be communicating through Novell software; the latest version of this will support TCP/ 
IP (allowing your Acorn computers to access the PCs’ file server). But the educational price of the Novell 
software makes Acorn TCP/IP seem a bargain. By all means look towards connectivity - any AUN network 
provides you with this “future-proofing” — but do examine what advantages this connectivity gives you at 
present, and ask whether it’s worth the price of a couple of extra computer systems. 


Of course, an increasing number of schools have Administrative computer networks, often based on 
Ethernet. I have encountered a number of schools’ networking proposals which have included linking this 
network to the school teaching network. I mentioned the security implications of such links earlier in this 
paper. They are rather like proposing to leave all the school’s records in filing cabinets round behind the 
bike sheds. You can protect the information on the file server by passwords, but any information being used 
on the Academic network has to pass along the network cabling, and can be “snooped on” while in transit; 
various programs exist to allow the user to examine Ethemet traffic in this way. If you want to make 
information from your Administrative system more widely available then transfer the appropriate data to a 
floppy disc and then copy that into a suitable application on the main school network — it’s the only safe 
way. 


Networks and Staff Training 


A good point to end on! They don’t need any. The whole point of the network is to make the system easy to 
use, and to make its behaviour consistent in all parts of the school. Show colleagues what they can do with 
the software. Show them how they can use the system to make worksheets / revision notes or whatever 
readily available to the pupils. Show them the educational value of the computers. Take the network for 
granted and they will come to do the same — at a pace which will vary widely from person to person, 
dependent on their confidence (or lack of it) in “technology”. But this does depend on the network being 
designed reasonably well, and installed perfectly. Do not cut comers in the planning and installation stages 
— it is inevitably false economy. This doesn’t mean you can’t install the network yourself; it does mean you 
should seek expert advice before doing so, even if you have to pay for it! 
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